Technique for configuring data synchronization

ABSTRACT

A system is provided for configuring data synchronization between two devices. The first device generates a user configuration interface to be presented on the second device. The user interface elicits information from a user regarding a personal information manager (PIM) that is installed on the second device. This information is transmitted to the first device, which downloads to the second device a synchronization application package based on the PIM. The user interface installs the synchronization application on the second device, obtains information regarding data to be synchronized, and transmits that information to the synchronization application.

This application is a continuation of U.S. patent application Ser. No.10/700,083, filed on Nov. 3, 2003, the entirety of which is incorporatedby reference.

BACKGROUND OF THE INVENTION

The invention relates generally to data and database synchronization.More specifically, the invention relates to a system and method forconfiguring database synchronization, e.g., through an information/callcenter.

People who use personal information managers (PIMs) such as MicrosoftOutlook®, Palm OS®, or Lotus Notes® often store their information inmore than one location, such as a PDA (personal digital assistant), a PC(personal computer), a handheld computer, a mobile phone, or a networkserver. Generally, data is inputted into the location that is mostaccessible to a user at the time it is being input. Some users may havea default storage location or a backup storage location. In order tomake sure that each data location includes identical, up-to-dateinformation, a user synchronizes the data among the various datalocations.

For example, during a workday a user may carry around a PDA thatcontains a calendar, a to-do list, contacts lists, and e-mail. Duringthe day, the user may add, revise, or delete an appointment, a to-dolist item, or a contact to the PDA, but that new or revised informationonly appears on the PDA. In addition, e-mail may be received at a homeor office PC or both. When the user returns to his or her office orhome, the user wants to make sure the changes made to the PDA arereflected on both the office and home PCs, and, if the office or home PCis connected to a server, to make sure that the server also contains themost recent changes. In addition, the user may want to update the e-mailresiding on the PDA with newly received e-mail on the home or office PCand/or server. In order to keep each data location current, the usermust synchronize the data locations. A typical arrangement, asillustrated in FIG. 1A, for both data security and convenience reasons,is for each user to have a single, default storage location, e.g.,server 200, to which data changes are uploaded from a location (e.g.,PIM device 102) and compiled, and from which those changes are thendownloaded to each of other locations, e.g., PIM devices 104, 106.Typically, this default location is a server accessible through anetwork such as the Internet or a LAN (local area network), or at leastaccessible via telephone and the PSTN (public switched telephonenetwork).

Before synchronization between the default server and the otherlocations can be accomplished, a user typically carries out severalsteps to configure the various data locations to be able to talk to thedefault server. First, a user accesses the default server (e.g., bylogging on with an account name and password) and downloads asynchronization package (software programs) such as Intellisync® fromPumatech, Inc., of San Jose, Calif. This package includes asynchronization (sync) engine, a synchronization application, aconfiguration interface, and a “connector” program. A connector programallows users to synchronize between a server application and commercialPIMs. Next, the user exits the server and installs the synchronizationpackage on the PDA, PC, handheld computer, or mobile phone. Then, usingthe configuration interface, the user accesses the synchronizationapplication and configures the synchronization application for thespecific system setup. This setup includes specifying to thesynchronization application, e.g., the user's account name and passwordfor the default server (a.k.a. the synchronization server), whichfolders at that location should be synchronized, which PIM is being usedon the user's device, where the data to be synchronized is stored on theuser's device, which direction to synchronize the data, and asynchronization schedule.

Referring to FIG. 1B, a prior art configuration of a PIM device (e.g.,user's PC 100) to prepare it for the synchronization process involvesthe user first logging onto the web-based server's website to accessprior art web application 205. (A web application is a softwareapplication that is accessible from the Internet.) The user thendownloads a synchronization package from server 200 over the Internet50. The synchronization package includes synchronization application120, sync engine 110, and configuration interface 115 (the connector isalso included, but is not shown). Next, the user exits server 200 andinstalls the synchronization package components on PC 100. Once thesynchronization package components are installed, the user configuressynchronization application 120 using configuration interface 115.Configuration includes informing the synchronization application of theuser's account name and password for server 200, which items (calendar,address book, e-mail, etc.) the user wants to synchronize to user's PC100, which PIM 160, e.g., Microsoft Outlook, the user has installed onPC 100, the locations on PC 100 of the PIM's address book, calendar, ande-mail folders, which direction to synchronize the data, e.g.,bidirectionally between server 200 and PC 100, and on what schedulesynchronization should occur, e.g., once per day, once per week, etc.Once this configuration is completed, configuration interface 115 is nolonger needed. Then, based on the synchronization schedule,synchronization application 120 uses the user's account number andpassword to log on to web server 200 and prior art web application 205via the Internet 50 and uses sync engine 110 to synchronize serverdatabase 220 on web server 200 with PIM database 170 on PC 100. Thisprocess is currently used to configure synchronization between, e.g., auser's PDA or PC and data stored in a web-based server account, such asYahoo!® or MSN®.

The prior art configuration process has several disadvantages. First, auser must confront two completely different interfaces: a web-basedinterface, in order to create contacts and calendar folders on theserver side and to interact with prior art web application 205 todownload the synchronization package, and then a Windows-basedinterface, in order to install the synchronization components and toconfigure synchronization application 120. Second, many of the steps toconfigure a folder for synchronization are complicated and must beperformed in the proper sequence. Third, some of the steps used inconfiguring synchronization application 120 are repeated when accessingprior art web application 205. In all, this configuration process can bevery tedious and confusing.

SUMMARY OF THE INVENTION

The invention streamlines the synchronization configuration process byproviding a novel web-based user interface that accepts settings fromthe user and then transfers those settings to both a server and thesynchronization application, where appropriate, thereby presenting tothe user a single interface.

The method for configuring data synchronization between two devicesincludes generating a user interface on the second device, which userinterface is programmed to elicit from a user information identifyingwhich PIM is being used on the second device and information toconfigure the synchronization application. There is a communicationconnection between the first and second devices. The communicationconnection may be wired or wireless, and may be a direct connection orvia a network. The user interface is generated based on instructionstransmitted to the second device via this communication connection. Alsotransmitted via the communication connection is the PIM-identifyinginformation to the first device, and a synchronization package to thesecond device, which synchronization package is chosen based on thePIM-identifying information. The synchronization package includes asynchronization application that is installed on the second device. Theinformation used to configure the synchronization application(“synchronization information”) is provided from the user interface tothe synchronization application. Preferably, the synchronizationinformation is provided to the synchronization application via acomponent object model (COM) interface.

The PIM-identifying information may be provided by the user or it may bedetermined by the first device or user interface by detecting settingson the second device. Synchronization information may include foldernames and/or locations and synchronization preferences such assynchronization direction and synchronization schedule.

The devices on which the data is synchronized may include servers, PCs,PDAs, handheld computers, and wireless phones. The devices may benetwork-based, accessible via the Internet, a LAN, or the PSTN.Alternatively, the connection between the devices may be local ordedicated, and wired or wireless. The method may include having a userlog on to at least one of the devices to provide identifyinginformation, such as a username and/or password.

Another aspect of the invention involves a server accessible through aninformation assistance service configuring another device to performdata synchronization with the server. A user interface is generated onthe device, and the user interface obtains information identifying thePIM used on the other device. A synchronization package based on thePIM-identifying information is then provided (such as by downloading)and installed on the other device. The synchronization package includesa synchronization application and a connector application, where theconnector application is adapted for use with the PIM. The userinterface obtains synchronization information, such as folder names andlocations, and provides this information to the synchronizationapplication. The server may be accessible via a network such as theInternet or the PSTN.

Advantageously, the invention allows the web-based user interface topresent the settings used to configure the user-side synchronizationapplication, and thus presents to the user only one interface forconfiguration rather than two as in the prior art.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, in which like reference numerals representlike parts, are incorporated in and constitute a part of thespecification. The drawings illustrate presently preferred embodimentsof the invention and, together with the general description given aboveand the detailed description given below, serve to explain theprinciples of the invention.

FIG. 1A is a block diagram illustrating a prior art synchronizationsystem;

FIG. 1B is a block diagram illustrating the interaction among componentsinvolved in configuring a device in a prior art synchronization system;

FIG. 2A is a block diagram illustrating the interaction among componentsinvolved in configuring a device for synchronization in accordance withan embodiment of the invention;

FIG. 2B is a schematic diagram illustrating various layers within a userinterface in accordance with an embodiment of the invention;

FIG. 3 is a flowchart illustrating a routine for configuring thesynchronization process in accordance with an embodiment of theinvention;

FIGS. 4A and 4B are screen shots encountered by a user during aconfiguration process in accordance with an embodiment of the invention;

FIGS. 5A and 5B are schematic flowcharts illustrating the prior art userinterfaces and an interface in accordance with an embodiment of theinvention;

FIG. 6 illustrates a communications system including information/callcenters in accordance with an embodiment of the invention;

FIG. 7 illustrates an arrangement including a caller terminal and aninformation/call center in accordance with an embodiment of theinvention;

FIG. 8 illustrates an information assistance service provider and aservicing platform for providing an information assistance service; and

FIG. 9 is a flowchart illustrates a second routine for configuring thesynchronization process in accordance with another embodiment of theinvention.

DETAILED DESCRIPTION

The present invention is directed to streamlining the configuration of aPIM device for synchronizing its data with other PIMs through a server.Like the prior art configuration process, a configuration processaccording to the present invention involves logging onto the locationwhere the data resides (e.g., a server) and installing and configuring asynchronization application on the PIM device whose data is to besynchronized (e.g., a user's PC or client). Unlike the prior artconfiguration process, the inventive configuration process uses a singleinterface communication layer to simplify the process. In addition,configuration components that were accessed using the prior artWindows-based interface of the synchronization application are moved tothe web-based interface, and both the server-side and the client-sidesettings are presented by this single, web-based user interface. Oncethe configuration is completed, synchronization can occur.

FIG. 2A illustrates components involved in a synchronizationconfiguration process according to the present invention. The serverside includes server 200 and a new web application 210. The client sideor user side includes sync engine 110 and synchronization application120 as in FIG. 1B. Unlike the prior art, however, the client sideincludes a COM layer 130, and does not include configuration interface115. “COM” stands for “component object model,” which is Microsoft'sframework for interoperation of distributed objects in a network. COM isan interface for allowing two pieces of software to communicate. COMprovides similar capabilities to those defined in the Common ObjectRequest Broker Architecture (CORBA), a framework that is supported byother major companies in the computer industry. COM provides fornegotiation between interfaces, determining when an object can beremoved from a system, and putting one object into service as the resultof an event that has happened to another object. COM may also provide aset of interfaces allowing clients and servers to communicate within thesame computer. COM may also include other interfaces and programmingtools such as COM+ (an extension of COM), DCOM (“distributed componentobject model”), and ActiveX interfaces and programming tools. Inessence, the invention uses the COM layer as an interface between webapplication 210 and synchronization application 120 to allow a user toonly have to interface with one software environment.

In implementing the configuration process, and because web application210 is offered via a website, it may be desirable to present to the usera web-based, user-friendly user interface, such as that offered by DHTML(dynamic hypertext markup language). A schematic diagram illustratingvarious layers making up such a user interface is shown in FIG. 2B. Theuser sees a DHTML-based user interface 150 that interacts withJavaScript 140. JavaScript 140 is used to interact with COM interfacelayer 130, converting user interaction (such as data input) to calls toa COM object. By passing variables from layer to layer, these interfacelayers allow the user to interact only with a web-based interface toconfigure synchronization application 120 in the invention as comparedto the prior art in which the user had to interact with a web-basedinterface and then had to separately interact directly with thesynchronization application to configure it. Examples of a web-basedinterface are shown in FIGS. 4A and 4B, whose details will be explainedbelow.

FIG. 3 is a flowchart illustrating one way to configure thesynchronization process. Illustratively, it uses the example of adefault server 200 that has its data stored in server database 220, anda user who wants to configure synchronization between a device, such asa PDA or a PC 100, and server 200. The configuration process includeslogging on to server 200 and using web application 210, which transmitsinstructions to PC 100 to generate the appropriate DHTML and JavaScriptinterfaces, identifying to the user interface the PIM that the device isusing, downloading the synchronization application from the server andinstalling it on the device, selecting the folders which with tosynchronize, and several other parameters.

More specifically, in step 310, the user accesses server 200 such as bylogging on with a username and password. After logging on to server 200,web application 210 transmits instructions to PC 100 to generateweb-based user interface 150, and user interface 150 appears to the useras shown in screen shots 420 and 450 in FIGS. 4A and 4B. On the leftside of the screens are function links, which indicate to a user howmuch progress is being made in the configuration process. The firstfunction link, “Folder Name,” is performed in step 320, in which theuser selects the folder or folders in server database 220 to synchronizeto (a user may have one or more contacts folders, calendar folders,e-mail folders, etc.). This information is transmitted by user interface150 to server 200 to inform the server to which folder the data shouldbe synchronized. This folder name information does not have to betransmitted immediately during the configuration process. It may beretained by user interface 150 to be transmitted later during the actualsynchronization process.

Screen shot 420 in FIG. 4A illustrates steps 330 and 340. Step 330 asksthe user which PIM the user has on the device. Choices here may beMicrosoft Outlook, Outlook Express, Lotus Notes, Palm OS, Palm Desktop,or other PIMs. The user indicates to user interface 150 the appropriatePIM. Alternatively, user interface 150 may be set up to recognize thePIM used on the device by detecting settings on the user's device. ThisPIM-identifying information is transmitted to server 200, which thendownloads a synchronization package to the user's device in step 340,and user interface 150 installs the synchronization package on theuser's device. The major components of the synchronization package aresync engine 110, synchronization application 120, and a connectorapplication, which is specific for the chosen PIM, but no configurationinterface is downloaded. These actions are similar to those performed inthe prior art, but here the user merely performs one step, indicating touser interface 150 the PIM loaded on the device, and the user interface,interacting with JavaScript layer 140 and COM interface 130, takes careof the rest of the installation and configuration activity. Userinterface 150 determines that the PIM information is to be transmittedto server 200 and the synchronization package is to be downloaded to theuser's device and then installed on the user's device. In the prior art,the user performed multiple steps, exiting the web-based interface andseparately installing the synchronization package and configuring thesynchronization application with no help from the prior art web-basedinterface or web application.

Once the synchronization application is installed, the user in step 350(“Folder Selection” on the left side of screen shots 420, 450) selectswhich PIM folder to configure (i.e., which PIM folder corresponds to thecalendar, contacts, or e-mail folder name selected in step 320) byindicating to user interface 150 the location of the folder. Userinterface 150 transmits this information to synchronization application120 to be stored for when the synchronization process begins. An exampleof a contacts folder is “Mailbox—John Doe\Contacts.” Depending on whichPIM is selected, the configuration application may present to the user adefault folder. For Microsoft Outlook, the folder name may default tothe Outlook default profile or default folder. For Outlook Express, thefolder name may default to the default database of the default identity.For Palm, the folder name may default to the default database for thedefault user. For Lotus Notes, the folder name may default to the lastused database.

In step 360, the user specifies to user interface 150 thesynchronization direction (corresponding to “Sync Direction” on the leftside of screen shots 420, 450). User interface 150, via JavaScript layer140 and COM interface 130, transmits this information to synchronizationapplication 120, which stores the information and retrieves it when thesynchronization process begins. The direction may be bi-directional,i.e., to synchronize both ways—from server 200 to the device and viceversa, unidirectional, i.e., one way from server 200 to the device, orone way the other way, from the device to server 200. Two-waysynchronization will generally be used, especially if data can be inputor revised in both places, the server and the device. One-waysynchronization may typically be used if the server or the device isused as a read-only or backup storage location.

Screen shot 450 in FIG. 4B illustrates step 370, in which the user setsthe synchronization schedule. This may involve schedulingsynchronization for a particular date and time (e.g., April 1st, 9:30AM) or specifying synchronization to occur automatically upon theoccurrence of an event, such as when the user logs on to the device orwhen the device is idle for a period of time. The user may also schedulesynchronization to occur regularly or periodically, such as every 10minutes, once a day, every 2nd or 3rd day, weekly, etc. The user mayalso indicate exceptions to automatic synchronization, such as not tosynchronize on weekends or if the PC is operating on battery power. Oncethis data is input to user interface 150, the user interface transmitsthe data, via JavaScript layer 140 and COM interface 130, tosynchronization application 120. Synchronization application 120 thenschedules synchronizations based upon this information. Once these stepsare taken, the user is ready to synchronize the databases, as indicatedby step 399.

The invention differs from the prior art in the manner in which thesynchronization application and the server receive information from theuser during the configuration process. As depicted in FIG. 5A, in theprior art, in step (1) the user opens web browser 180 on PC 100,accesses server 200, and encounters a web-based interface. The userprovides information to the web-based interface and to prior art webapplication 205, which downloads a synchronization package, including aconfiguration interface, to PC 100. Then, in step (2), the user opens onPC 100 configuration interface 115 and provides it synchronizationinformation, some of it the same as in step (1), and configurationinterface 115 provides that synchronization information tosynchronization application 120. This step (2) is performed on theuser's side only. This prior art process was complex for the userbecause it required separate configuration steps and two interfaces todeal with. In contrast, as depicted in FIG. 5B, with the invention, theuser provides information only once, to DHTML user interface 150 via webbrowser 180, and encounters only one interface. User interface 150, inturn, provides some of the information to server 200 to download andinstall the synchronization package on the user's device. User interface150 provides other of the information to synchronization application 120via JavaScript 140 and COM 130 interface layers. The information flowbetween DHTML interface 150 and synchronization application 120 includesfolder name and location, synchronization status information, defaultlocal folder location, folder changes, profile changes, synchronizationdirection, synchronization scheduling, and initiating thesynchronization process itself. One example of this information flow,setting the synchronization time, is shown accompanying the flowchart inFIG. 5B. First, the user indicates a sync start time of, e.g., Apr. 1,2003, 9:30 AM. These date and time values are passed via DHTML userinterface 150 to JavaScript 140. Then, a JavaScript routine called“setSyncTime,” which takes the date and time values as parameters, iscalled to set the synchronization time in the COM interface. The dateand time values are then passed as “strSyncDate” variable string in acall from COM interface 130 to synchronization application 120.

One type of environment in which the present invention is useful is thatof an information/call center environment. In this environment, acentral database acting as server database 220 stores a user's contacts,addresses, calendars, and to-do items, and the system is capable ofsynchronizing the information in the server database with a user's PC,PDA, wireless phone, or other device. The invention is useful in thisenvironment because it reduces the time and complexity involved inconfiguring the synchronization process. Having the information storedin an information/call center environment facilitates another way tostore and retrieve information, i.e., over the telephone lines using acall center operator. The interaction in this environment will now bedescribed.

In a typical directory assistance call, a caller identifies to theoperator the name and address (sometimes city or area code) of a partywhose telephone number is desired. In response, the operator locates thedesired destination telephone number using, e.g., a computer database.The destination number is then provided to the caller, e.g., by a voiceserver which provides automated voicing of the number, and the caller isafforded an option to be connected to the destination number without theneed of first terminating the directory assistance call.

Information assistance is an extension of directory assistance. Inaddition to connecting a caller to a destination number, informationassistance operators can provide concierge-type services such as arestaurant guide and reservation service, event ticketing andreservation service, hotel reservation and availability service, travelor flight reservation and ticketing services, ordering specific itemssuch as flowers or food delivery, arranging transportation, andaccessing entertainment guides. The use of information assistance toprovide such concierge-type services is disclosed, e.g., incommonly-assigned, co-pending U.S. application Ser. No. 09/520,306,“Technique for Providing Information Assistance Including Concierge-TypeServices,” filed Mar. 7, 2000, incorporated herein by reference.

In addition, if a caller subscribes to an information assistanceservice, the information assistance service may develop one or more userprofiles that include information pertaining to and about the caller,including preferences for handling calls from the caller and methods ofidentifying the caller based on the caller's telephone number,voiceprint, PIN (personal identification number), etc. These profilesmay also include the caller's personal preferences about restaurants,movies, sporting events, or hobbies. It should noted at this point thatthe methodology for identifying a caller using his/her voiceprint isfully described, e.g., in copending, commonly assigned U.S. applicationSer. No. 10/403,207, filed on Mar. 31, 2003, incorporated herein byreference.

Moreover, information assistance service subscribers may use aninformation management service to retain information folders, such ascontacts folders (also known as private directories), appointmentsfolders (also known as calendars), to-do lists, and notes. A caller mayaccess a contacts folder to connect to a desired contact, retrieve anappointment or to-do list item, or set up a new contact, appointment, orto-do list item. A contacts folder contains contact information, such astelephone number, postal address, and e-mail address, for people and/ororganizations. Each of the user's contacts includes at least a telephonenumber, and likely includes an associated name, which may be a full orreal name of the contact (e.g., Joseph Johnson) or may be a nickname oralias (e.g., Joe or “JJ”). The associated address may be a full address,including number, street, city, state, postal code, and country, or maybe a partial address, e.g., only including a street name or a city. Auser may have separate contacts folders for different purposes, such asa personal contacts folder, a business contacts folder, a sports teamcontacts folder, etc. These folders are stored in a database accessibleto an information/call center and its operators. The user may havespecific rights with respect to a folder, e.g., owner, administrator,read-only, etc. When the user accesses a folder through an operator, theoperator becomes an alter ego of the user and is subject to the samerights as the user with respect to the folder. The user may create,maintain, or access a contacts folder via the Internet or othercommunications means, or through an operator who in turn may create,maintain, or access the folder on behalf of the user. The user may beidentified by an ANI (automatic number identification) or,alternatively, by, or in combination with, a user identification (ID),password, PIN, mother's maiden name, user voice recognition, uservoiceprint, etc. The use of information assistance to provide thesetypes of information management services and to maintain the folders isdisclosed, e.g., in U.S. Pub. No. 2002/0055351 A1, published May 9,2002, incorporated herein by reference. It is generally this informationmanagement service part of the information assistance service that isrelevant to the present invention.

An expansive network of information/call centers may be used from whichoperators can effectively provide users with personalized informationand communications services. Such services may include, e.g., providingdirectory information, movie listings, restaurant recommendations,driving directions to various places, etc.; making reservations; sendinginvitations; administering appointment calendars; ticketing; andconducting other transactions for the users. The term “operator” usedherein broadly encompasses entities that are capable of providinginformation assistance in a telecommunications environment, including,without limitation, human operators, voice response/recognitioncapabilities, web-/WAP-enabled operator services, and other automatedand electronic access.

FIG. 6 illustrates a system embodying aspects of the invention, whichincludes wide area network (WAN) 600 covering an extensive area. WAN 600can be an intranet-based network or an Internet-based network such asthe World Wide Web. In this illustrative embodiment, WAN 600 connectsoperators dispersed throughout a wide coverage area in information/callcenters 601-607. Each of information/call centers 601-607 covers one ormore regional coverage areas. One or more information hubs 610 are alsoincluded in WAN 600. An information hub 610 includes one or morepersonalized information servers 630 which are accessible by theoperators in the system and one or more databases 620 in which users'contacts, appointments, and other folders and information are stored andmaintained. Personalized information server 630 acts as server 200 inFIGS. 1A, 1B, 2A, and 3, and database 620 acts as server database 220 inFIGS. 1B and 2A. Web application 625 in information hub 610 acts as webapplication 210 in FIGS. 2A, 3, and 5B. Information hub 610 may alsoinclude interactive voice response (IVR) unit 640 connected to server630 for interacting with the user by voice, e.g., announcing to the userselected appointments. In addition to storing folders and information ininformation hub 610, they may also be stored locally at one or more ofthe information/call centers. The folders and information at differentcenters are synchronized with each other. Synchronized databases providenecessary backup as well as support to roaming mobile device users.

In operation, a user dials a designated access number, e.g., “411,”“*555,” “555-1212,” “00,” etc., and the call is routed to, say,information/call center 601 where an operator attends to the call. Theuser may be identified by an ANI (automatic number identification) or,alternatively, by, or in combination with, a user identification (ID),password, PIN (personal identification number), mother's maiden name,user voice recognition, user voiceprint, etc. In the case in which theuser desires an information assistance service, such as a directoryassistance, information management, or concierge-type service, the usermakes such a request to the operator and the operator accessespersonalized information server 630 through WAN 600 (or alternativelyvia the Internet). In response, server 630 presents on the operator'sterminal various graphical user interface (GUI) dialog boxes, e.g.,“login” (for confirming the user's identity via User ID and password),“home” (listing the user's contacts, appointments, and other folders),“edit” (for editing specific folder contents), and “view” (for viewingfolder contents), for interacting with the operator.

FIG. 7 illustrates system 700 in which a caller initiates an informationassistance call from caller terminal 10, which is routed to, say,information/call center 601 via one or more carrier switches in acarrier network, e.g., a public switched telephone network (PSTN), awireless telephone network, etc. Information/call center 601 genericallyrepresents any of the aforementioned information/call centers 601-607shown in FIG. 6. Caller terminal 10 may comprise a wireless telephone,wireline telephone, personal digital assistant (PDA), computer, or othercommunication device. In this illustrative embodiment, users may dial,speak or otherwise communicate predetermined access digits, access codesor retail numbers, or input a predetermined address or URL (uniformresource locator) established by the carrier to access information/callcenter 601. In the example described above, the predetermined accessdigits may be “411,” “*555,” “555-1212,” “00,” etc. Once connected toinformation/call center 601, the user requests information assistance.

FIG. 8 illustrates information/call center 601, which may be configuredto include information assistance service provider 720 together withservicing platform 710. It should be noted that even though bothprovider 720 and servicing platform 710 appear in the same figure, theymay or may not be located in the same geographic area. Servicingplatform 710 includes servicing switch 810 having T1 spans 812 orconnections by other means for connection to one or more voice servers830 (although only one is shown in the figure), channel bank 890, andone or more carrier networks. In an alternate embodiment, voiceinformation may be packetized and transmitted pursuant to a VoIP (voiceover IP (Internet Protocol)) protocol over a packet-switched network,e.g., the Internet, to information/call center 601. Servicing switch 810may receive an incoming information assistance call from a carrierswitch in a carrier network. Servicing switch 810 may also be used toplace an outgoing call onto a carrier network, which may be differentfrom the carrier network used for the incoming call.

Channel bank 890 in service provider 720 is used to couple multipleoperator telephones 880 to servicing switch 810. The operators ininformation/call center 601 are further equipped with operator terminals870, each of which includes a video display unit and a keyboard with anassociated dialing pad. Operator terminals 870 are connected over datanetwork 825 to one or more database servers 860 (although only one isshown in the figure). Operators may use database server 860 to provideinformation assistance including searching various databases in a mannerdescribed below to satisfy a caller's request. Other informationassistance concerning restaurant recommendations, movie listings,events, etc. may also be provided by searching one or more internal andexternal databases, and the Internet. Switch host computer 820 and voiceserver 830 are also connected to data network 825. By way of example,data network 825 includes a local area network (LAN) supplemented by anumber of point-to-point data links. Through data network 825 androuters (not shown), components of information/call center 601 may alsobe connected to the Internet or other wide area networks (WANs).

Servicing switch 810 is conventional and supports digital T1 or perhapsother connectivity. The operation of servicing switch 810 is governed byinstructions stored in switch host computer 820. In this illustrativeembodiment, servicing switch 810 includes, among other things, arrays ofdigital signal processors (DSPs). These DSPs can be programmed andreprogrammed to function as, among other things, call progress analyzers(CPAs), call progress generators (CPGs), multi-frequency (MF) tonegenerators/detectors, voice recognizers, dual-tone multi-frequency(DTMF) generators/detectors, or conference units, depending on thedemand placed on information/call center 601 and servicing switch 810for each corresponding function.

An incoming call requesting information assistance is received byservicing switch 810 in information/call center 601, which connects itto an available operator's telephone. If no operator is available when acall is received, the call is queued in a conventional manner until anoperator becomes available. In this instance, automatic calldistribution (ACD) logic of conventional design (not shown) is used toqueue and distribute calls to operators in the order in which they arereceived, and such that the call traffic is distributed evenly among theoperators. The ACD logic may reside in host computer 820 or elsewhere ininformation/call center 601. In other instances, other distributionlogic schemes may be utilized, such as skills-based routing or apriority scheme for preferred users. In a preferred embodiment, when theinformation assistance call is received by servicing switch 810 ininformation/call center 601, switch 810 derives, in a well-known manner,from the signaling associated with the call the caller's phone numberfrom which the call originates, known as ANI.

Voice server 830 (also known as a “voice response unit” or “VRU”) isused to play the constant repeated parts of an operator's speech,namely, the various greetings and signoffs (or closings) as well asother information portions of a call. Voice server 830 is connected viadata network 825 to switch host computer 820 and via one or more T1spans 812 to servicing switch 810. Voice server 830 may comprise ageneral-purpose computer and one or more voice cards for voicerecognition, voice recording and playback, and call progress analysis.At appropriate stages in a call progression, switch host computer 820initiates a voice path connection between voice server 830 and servicingswitch 810 such that the user, or the user and the operator, are able tohear whatever pre-recorded speech is played on that connection by voiceserver 830. Computer 820 then instructs voice server 830, via datanetwork 825, what type of message to play, and passes data parametersthat enable voice server 830 to locate the message appropriate to thecall state.

Data network 825 may further connect to directory listing/concierge(DL/C) database server 840. DL/C database server 840 may containdirectory listing information on restaurants, events, accommodations,transportation, travel information and booking, stock prices, weather,and other services such as grocery or flower delivery, etc. Together,DL/C database server 840 and database server 860 provide operators withthe means to search for a caller's desired party and determine theappropriate telephone number. Preferably, these databases can search notonly by name and address, but also by type of goods/services and/orgeographical region, or by any other attribute in the caller record,including phone number. For example, DL/C database server 840 can answerqueries soliciting the names/numbers of restaurants serving a desiredcuisine on a given street.

Data network 825 may also connect to a profile gateway 850. Profilegateway 850 provides access to a user profile, which may includepersonal information and the subscriber's preferences. Such personalinformation and preferences may include the subscriber phone number, faxnumber, e-mail address, preferred restaurant and dining time, preferredmode of delivery of information to him/her, dietary requirements, likesand dislikes, past logged activities, specific service subscriptions,etc. When the information assistance call is received by servicingswitch 810 in information/call center 601, switch 810 derives theaforementioned ANI from the call setup signaling associated with thecall. Switch host computer 820 then requests via profile gateway 850 anyprofile identified by such an ANI. An embodiment of profile gateway 850may include a data network interface, a communications interface, aprocessor, and memory. Profile data may be input and updated (e.g., viaInternet web pages or operator) through a remote profile manager (notshown). Copies of the profile data are distributed to the profilegateways in various information/call centers (e.g., center 601)connected via WAN 600. In response to a request for a profile, theprocessor in the profile gateway searches the memory (which may includedisks, caches, and volatile and nonvolatile memories) for the profileidentified by the ANI. When the operator answers the call, computer 820communicates to components in information assistance service provider720 and, in particular, the operator through terminal 870 any profiledata pertinent to the handling of the call. In this instance, thepersonal profile may indicate that the user is a subscriber to theinformation management service described before. In accordance with anaspect of the invention, the user may be afforded the option to send toone or more contacts in a selected contacts folder managed by theinformation management service the search results or other informationforwarded by an information source.

The flowchart in FIG. 3 can be adapted to the call center environment asshown in FIG. 9. In step 910, the user accesses personalized informationserver 630 such as by logging onto the information assistance servicewebsite with a username and password. Server 630 has access to webapplication 625 and database 620, which contains a user's contactsfolders, calendars and appointments, to-do list items, and, possibly,e-mail. After logging on to server 630, web application 625 transmitsinstructions to the user's device (PC, PDA, wireless phone, etc.) togenerate web-based user interface 150. If the user has not set upsynchronization between the server and the user's device, in step 920user interface 150 prompts the user for the type of synchronization theuser wants to configure. In FIG. 9, calendar, contacts, and e-mailsynchronization are shown, but other types of synchronization may exist.If the user is configuring a calendar, step 921 asks the user to selectwhich calendar in server database 620 to synchronize to (a user may havemore than one calendar). Step 922 asks the user to set the displaysettings for the calendar, such as the calendar view (daily, bi-daily,weekly, bi-weekly, monthly, etc.), the appointment display color, andthe daily view time interval (5 minutes, 10 minutes, 15 minutes, 30minutes, etc.) Step 923 then asks if the user wants to receive e-mailreminders about appointments in the calendar, and, if so, to enter avalid e-mail address and the notification options (e.g., allappointments, all appointments with an alarm set). The informationelicited in steps 921-923 is generally transmitted from user interface150 to server 630, and some may be retained by user interface 150 to betransmitted later during the actual synchronization process.

If the user is configuring a contacts folder, step 926 asks the user toselect which contacts folder in server database 620 to synchronize to (auser may have more than one contacts folder, e.g., business contacts,personal contacts, clients, sports teams, etc.). If the user isconfiguring e-mail, the user may have several e-mail folders, e.g.,business, personal, organizations, etc. Step 927 asks the user for theuser's default area code, which allows the information/call centeroperators to connect the user to a seven-digit phone number byautomatically prepending the area code to the number. The informationelicited in steps 926-927 is generally transmitted from user interface150 to server 630, and some may be retained by user interface 150 to betransmitted later during the actual synchronization process.

After the calendar, contact, and e-mail configuration choices are made,step 930 asks the user which PIM the user has on the device. As withFIGS. 3 and 4A, choices here may be Microsoft Outlook, Outlook Express,Lotus Notes, Palm OS, or other PIMs. The user indicates to userinterface 150 the appropriate PIM or user interface 150 detects whichPIM the device is using. This PIM-identifying information is transmittedto server 630, which then downloads a synchronization package to theuser's device in step 940, and user interface 150 installs thesynchronization package on the user's device. As in FIG. 3, sync engine110, synchronization application 120, and a connector specific for thechosen PIM are downloaded by server 630. Once these components areinstalled, the user in step 950 selects which PIM folder to configure(i.e., the PIM folder that corresponds to the calendar, contacts, ore-mail folder previously identified in steps 921 or 926), and, dependingon which PIM is selected, user interface 150 may present to the user adefault folder to use. User interface 150 may also allow the user tochange the PIM's profile.

In step 960, the user specifies the synchronizationdirection—synchronize both ways (from server 630 to the device and viceversa), one way from server 630 to the device, or one way from thedevice to server 630. User interface 150, via JavaScript layer 140 andCOM interface 130, transmits this information to synchronizationapplication 120, which stores the information and retrieves it when thesynchronization process begins.

In step 962, the user may specify sharing options, e.g., to allow otherusers of server 630, such as a secretary or assistant, to have access tothe calendar and/or contacts folders. This may be done by having userinterface 150 display a folder ID number, which the user may give to theperson sharing the information. That person can then add the sharedfolder to that person's folders. Alternatively, that person can providethe folder ID number to an operator to add the shared folder. In step964, the user may select privacy settings, by which the user mayindicate a desire to keep the operator from viewing the information inthe folders. This information is transmitted from user interface 150 toserver 630.

Finally, in step 970, the user can set the synchronization schedule,which was previously shown in FIG. 4B and was described as specifyingsynchronization to occur at a particular date and time, upon theoccurrence of an event, or at periodic intervals, or to specifyexceptions to such a schedule. This information is transmitted from userinterface 150 to synchronization application 120. Once these steps aretaken, the user is ready to synchronize the databases, as indicated bystep 999.

Additional advantages and modifications of the invention will readilyoccur to those skilled in the art. For example, the server with which adevice is being synchronized does not have to be a web-based server—itcan be accessible via a dial-up service or a local area network. Inaddition, synchronization does not have to occur between a server and adevice—it can occur between any two devices, such as between a PDA and aPC or between a wireless phone and a handheld computer. Synchronizationcan also occur between two similar devices, such as between two Palm®handheld devices. Moreover, the two devices being synchronized may beconnected to each other directly, such as via a serial or parallelcable, or may communicate wirelessly, via wireless modems to a network,or more directly via, e.g., an infrared link.

Information/call center 601 is disclosed herein in a form in whichvarious functions are performed by discrete functional blocks. However,any one or more of these functions could equally well be embodied in anarrangement in which the functions of any one or more of those blocksor, indeed, all of the functions thereof are realized, for example, byone or more appropriately programmed processors.

Therefore, the present invention in its broader aspects is not limitedto the specific embodiments, details, and representative devices shownand described herein. Accordingly, various changes, substitutions, andalterations may be made to such embodiments without departing from thespirit or scope of the general inventive concept as defined by theappended claims.

What is claimed is:
 1. A method for use in a first server device toconfigure a second mobile device to perform data synchronization withthe first server device in a directory assistance system, said methodcomprising the steps of: storing on a server at a directory assistancesystem personal contacts connection information in a folder associatedwith a user; receiving a communication, at said directory system from amobile device of said user, wherein a profile including said folderassociated with said user is identified by said system using a codeidentifying said user; as part of said received communication, receivinga request for synchronization of a second set of personal contactsconnection information from a personal information manager (PIM) of saiduser operating on said mobile device with said personal contactsconnection information in said folder in said server of said systemassociated with said user; transmitting to the second mobile device fromsaid server at said system, via a communication connection, instructionsfor generating a web-based user interface on the second mobile device,said web-based user interface for use on said second mobile device beingthe same interface displayed to said user when interacting with saidfirst server device, the user interface being programmed to elicit froma user at the second mobile device information identifying said personalinformation manager (PIM) used on the second mobile device, and totransmit the information to the first server device at said system viathe communication connection; and providing to the second mobile devicevia the communication connection a synchronization package based on thePIM-identifying information where the PIM-identifying information isdetermined by the user interface by detecting settings on the secondmobile device, the synchronization package including a synchronizationapplication, the synchronization application being installed on thesecond mobile device to be utilized via said web-based user interface,the web-based user interface also being programmed to elicit from theuser synchronization information regarding data to be synchronized, andto provide the synchronization information to the synchronizationapplication installed on the second mobile device from said first serverdevice at said system.
 2. The method according to claim 1, wherein thesynchronization information is provided to the synchronizationapplication via a component object model (COM) interface.
 3. The methodaccording to claim 1, wherein the PIM-identifying information of saidsecond mobile device is provided by the user.
 4. The method according toclaim 1, further comprising obtaining by the first server deviceidentifying information from the user.
 5. The method according to claim1, wherein the synchronization information comprises folder names andlocations.
 6. The method according to claim 1, wherein thesynchronization information comprises synchronization direction andsynchronization schedule.
 7. The method according to claim 1, whereinthe first server device a network-based server.
 8. The method accordingto claim 7, wherein the network is the Internet.
 9. The method accordingto claim 7, wherein the network is a local area network.
 10. The methodaccording to claim 7, wherein the network is the public switchedtelephone network.
 11. The method according to claim 1, wherein thefirst server device is accessed through an information assistanceservice.
 12. The method according to claim 1, wherein the first andsecond devices are remotely connected to each other.
 13. The methodaccording to claim 1, wherein the first and second devices communicatewith each other wirelessly.